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TITLE 



System And Method For Displaying Information On An Interface Device 

TECHNICAL FIELD 

5 The present invention relates generally to computer-human interfaces and more 

particularly to displaying information to a user through an interface. 

BACKGROUND 

Web content typically includes links and form controls for access by a user. 
10 However, there are situations where a static display, not interactivity, is desired for a web page 
having hyperlinks and other interface manipulable elements. For example, if a preview of time- 
sensitive, subscription-only content is needed, it would be helpful to display a version of the 
current home page in which the links and controls are inoperable. 

Current approaches to preventing all or a portion of user interaction with a web 
15 page are inefficient. As an illustration, disabling a web page's features by modifying the page's 
Hypertext Markup Language (HTML) source would require an ongoing process of filtering and 
modification. 

SUMMARY 

20 In accordance with the teachings provided herein, systems and methods are 

provided for displaying content of a web page to a user on a computing device. The content 
includes one or more interactive interface elements for display to a user and with which a user 
may normally interact. 
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As an example of a system and method, instructions are provided for generating a 
protection component to overlay at least a portion of the web page content. Additional 
instructions are provided for receiving data indicative of an attempt at user interaction with an 
element from the web page. The generated protection component is used in preventing user 
5 interaction with the element from the web page. 

BRffiF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a block diagram depicting software and computer components for use in 
preventing interaction with a web page; 
10 FIG. 2 is a block diagram depicting a wrapper page for use in preventing 

interaction with a web page; 

FIG. 3 depicts a protected page configuration; 

FIGS. 4-6 are graphical user interfaces providing an example of preventing 
interaction with a web page; 
15 FIG. 7 is a flowchart depicting an operational scenario for invoking protected 

page functionality; 

FIG. 8 is a flowchart depicting an operational scenario for preventing interaction 
with a target web page; 

FIG. 9 is a flowchart depicting an operational scenario for handling mouse 
20 interaction with a protected web page; and 

FIG. 10 is a block diagram depicting web server(s) that download instructions for 
preventing interaction with target web page content. 
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DETAILED DESCRIPTION 
FIG. 1 depicts at 30 a system for displaying web pages to users 32, while 
preventing interaction with links and/or controls provided by the page content. The web page 
content 34 is provided to one or more user computers 36 over a network 38. Instruction(s) 40 to 
5 prevent interaction with the web page content 34 are also provided over the network 38. 

Without the user interaction prevention instructions 40, a user (e.g., user 42) can 
access or activate a manipulable element/item on the displayed web page 44. With the user 
interaction prevention instructions 40, the user 42 is prevented from accessing or activating one 
or more manipulable elements on the displayed web page 44. 
10 The content displayed on the web page 44 typically includes user manipulable 

elements, such as hyperlinks and form controls for access by a user. An example of a form 
control is a pull-down combo box wherein a user can select one or more data elements from the 
combo box. 

The user interaction prevention instructions 40 include instructions for use on a 
15 user computer or other type of computing device, such as a hand-held personal digital assistant 
(PDAs) that is configured to display web page content. Any type of display software may be 
used to display the web page content received over a network, such as the Internet Explorer® 
web browser or Netscape Navigator® web browser. 

The user interaction prevention instructions 40 may be handled on a user 
20 computer in many different ways. For example, FIG. 2 shows wrapper page instructions 52 that 
are provided over a network 38 for specifying how the user interaction prevention instructions 40 
and web content 34 are to be executed on a user computer. The user interaction prevention 
instructions 40 and the wrapper page instructions 52 may be delivered to the user computer 50 
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over the network 38 in a variety of ways. For example, the instructions 40 and 52 may be 
provided to the user computer 50 at about the time that the user computer has requested the web 
page content 34. Another example includes loading prevention instructions before multiple web 
pages are delivered so that the web pages may be viewed as a slide show. 
5 FIG. 3 depicts a wrapper page 100 that has been generated based upon wrapper 

page instructions. The wrapper page instructions load the target web page content 102 as a child, 
embedded page inside a previously created parent page (e.g., wrapper page 100). Wrapper page 
instructions can be configured to load the target web page content 102 within itself and then 
place on the display, directly in front of (e.g., above) the target content 102, a transparent 

10 protection element 104 that blocks interaction. This protected page configuration 106 renders 
the target web page content 102 behind a protection element 104 that acts like a shield by 
detecting and deflecting attempted access to the displayed web page content 102. The shielding 
action allows a static display to be provided, and not an interactive one, for the web page content 
102. When interaction is attempted, a message could be displayed to the user indicating that user 

15 interaction has been prevented. 

The protection element 104 may initially be transparent, translucent, or otherwise 
presented on the user's display device so as to allow the user to still view the web page content 
102. The size of the protection element 104 may vary depending upon which region of the web 
page content 102 is to be protected. As an illustration, if all of the web page content 102 is to 

20 protected, then the size of the protection element 104 may be matched to the embedded target's 
size. The size of the protection element 104 may permit a gap for manipulation of the target's 
scroll bar(s). Still further, multiple protection elements may be placed in front of the web 
content 102 in order to protect different regions of the web content 102. This may be helpful to 
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protect non-contiguous regions of the web content 102, thereby allowing user interaction with 
one or more regions of the web page 102, while preventing user interaction with other regions. 

The shape of the protection element 104 may be rectangular or may be another 
shape (e.g., oval). The shape can be selected based upon a number of considerations, such as 
5 ease of programming in a particular coordinate system (e.g., rectangular) or which shape best 
covers the content region that needs protection. It should be understood that different shapes 
may be used at the same time to protect different regions of a displayed web page 102. 

The "parent" wrapper page 100 may suppress all or several types of user 
interaction, such as suppressing tab key access to any links in the target content 102 as well as 
10 suppressing any attempt, using mouse input, to access the embedded content 102. If so 
configured, such attempts can result in the protection element 104 becoming more visible (e.g., 
changing from transparent to translucent, or from translucent to opaque) and displaying a 
feedback message to the user. Both the duration of visibility and text of the message are 
configurable. 

15 The wrapper page 100 may perform other operations, such as displaying a banner, 

navigation, or any other web content. The banner may alert the user that interaction with the 
web page content has been prevented. It is also configurable whether the wrapper page 100 is 
displayed or is transparent to the user. 

FIGS. 4-6 depict graphical user interfaces that provide an example of preventing 

20 interaction with a web page. FIG. 4 depicts a web page 150 with several hyperlinks 152 to other 
web pages. The other web pages may be on the same web site as web page 150 or on different 
web sites. In this example, a user selects the first hyperlink 154, thereby causing the web page of 
FIG. 5 to be displayed. 
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With reference to FIG. 5, wrapper page instructions have loaded web page content 
160 and a protection element. In this example, the protection element is loaded as a transparent 
component in front of the web page content 160. The web page content 160 includes multiple 
hyperlinks 162. Normally, the web page 160 would allow a user to go to a particular web page 
5 by clicking one of the hyperlinks 162. However, if the user attempts to select one of the 
hyperlinks 162, the protection element prevents the interaction and displays a message 170 to the 
user such as the one shown in FIG. 6. 

With reference to FIG. 6, the message 170 indicates that user interaction is being 
prevented and can provide a reason for why interaction is being prevented (e.g., "Preview 
10 Only"). Additional or different information may be provided within the message 170, such as 
contact information for a person that can address questions or issues from the user about the web 
page content and/or prevention of user interaction. 

If a user continually attempts interaction with the web page content 160, then 
more prominent messages may be displayed to the user, such as a message "Preview Only" being 
15 even more prominently shown to the user and fading over a longer period of time as well as an 
audible beep or audio message. It should be understood that in addition to many different types 
of messages being able to be presented to the user, the system may also be configured so as not 
to present any message or indication that a protection element is being used. Additionally, the 
system can be configured to "kick off (e.g., bar) the user from accessing the web site (or 
20 portions thereof) if the user persists in attempting to access the protected web page content. 

The protection element may also be sized to allow the user to access the 
navigation scroll bar 172 associated with the web page content 160. This proper sizing allows 
the user to scroll the web page content 160 to see additional content while at the same time 
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preventing user interaction with the web page content 160. It should be understood that the 
protection element may be configured to allow the user to access one or more of the hyperlinks 
on the web page 160 while denying interaction with the other hyperlinks. Also, if a user 
attempts to resize the window containing the web page content, then the protection element is 
5 automatically resized to cover the same proportionate area as it did before the resizing occurred. 

A user interaction prevention system can be configured to allow a user to bypass 
the protection element. This would allow the user to interact with one or more portions of the 
web content. For example, a user may be presented not only with a message that user interaction 
is being prevented, but also with a prompt or user field for accepting a password. If the proper 

10 password is provided, then the protection element is deactivated, thereby allowing user 
interaction to occur (at least with that portion covered by the protection element). The user's 
computer system may also automatically provide user identification and/or password information 
to allow a bypass of the protection element. The system would check a user access list in order 
to determine whether the protection element should be deactivated for the user. 

15 FIG. 7 depicts an operational scenario for invoking protected page functionality. 

Start block 200 indicates that the operational scenario begins at process step 202. At process 
step 202, a target link is embedded into a function call. When the function call is invoked at 
process step 204, the protected page preview function executes at process step 206. 

User interaction is prevented with the content of a web page until decision step 

20 208 determines whether the protected page preview has completed. For example, the protected 
preview function remains active, until the wrapper page is closed. If the protected preview has 
completed (e.g., the wrapper page is closed), then the protected page preview function returns at 
process step 210, and processing for this operational scenario terminates at end block 212. 
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FIG. 8 shows greater details of the operational scenario with respect to a wrapper 
program loading target web page content. Start indication block 300 indicates that processing 
starts at process step 302. At process step 302, a wrapper page is opened. At process step 304, 
the target web page content is embedded into the wrapper page. A transparent shield element is 
5 overlaid on the target web page content at process step 306. At process step 308, the tab key is 
suppressed with respect to the target web page content. Processing for this operational scenario 
terminates at end block 310. 

Other types of attempts at user interaction may also be suppressed. For example, 
FIG. 9 depicts an operational scenario for handling mouse interaction with a protected web page. 

10 As indicated by start block 400, decision step 402 examines whether a mouse click has occurred. 
If it has, then at process step 404 the transparent shield element blocks access to the target web 
page content. To indicate to the user that access is being blocked, the shield element becomes 
translucent at process step 406 in order to show a message to the user. The message indicates to 
the user that access is being prevented. After the message has been displayed, the shield 

15 element fades back to transparency at process step 408. The system resets to intercept the next 
mouse click. Processing for this scenario terminates at end block 410, It should be understood 
that similar to the other processing flows described herein, the steps and the order of the steps in 
the flowchart may be altered, modified and/or augmented and still achieve the desired outcome. 

It should also be understood that such processing may be used in many different 

20 applications. For example, the disclosed processing flows may be used if a preview of time- 
sensitive, subscription-only content is needed. In this application example, a version of the 
current home page is displayed in which the links and controls are rendered inoperable by 
shielding the original page from keyboard or mouse interaction. In this way, web sites that offer 



frequently updated, commercial content, with a limited view of top-level pages can be provided 

to unregistered users. 

As another example, in Web portals and applications, the disclosed processing 

flows provide the ability for users to customize screen content and allow a preview to other users 
5 without allowing user interaction. The processing flows allow a display of unaltered content 

behind a shield that deflects interaction. In this way, end-users can confirm their choices without 

risk of being drawn from their location in the site. 

The disclosed systems and processing flows may be used in many different 

computer architectures. For example, FIG. 10 illustrates that one or more web server(s) 500 can 
10 be used to download the different instructions for preventing interaction with target web page 

content. The same web server or different web servers may provide the instructions and the web 

page content to the requesting user over the network 38. Moreover, a web server can be 

configured so as to dynamically generate the web page content based upon a user request. 

However, it should be understood that the web page content may not be dynamically generated 
15 in order to handle the user' s request. 

While examples have been used to disclose the invention, including the best 

mode, and also to enable any person skilled in the art to make and use the invention, the 

patentable scope of the invention is defined by claims, and may include other examples that 

occur to those skilled in the art. For example, the systems and methods described herein may be 
20 implemented using a variety of Web technologies, including ActiveX, ASP (Active Server 

Page), Java, Javascript, and PHP (PHP: Hypertext Preprocessor). As an illustration, HTML and 

Javascript may be used as follows. 
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In the following example, two web pages are used to construct previews: 
protprevlist.html which loads a wrapper page; and protprevwrap.html, which in turn loads target 
content. 



PROTPREVUST.HTML 

HREF links on this page call the Javascript function preview(), which embeds the 
link location within the URL that loads protprevwrap.html. 

< htmlxheadxtitloProtected Page Previews</title> 
<script type="text/javascript">< ! ~ 
function preview(loc){ 
windo w.openCprotprev wrap.htmr +' ? ' + 
loc,'_preview*,'menubar=no,toolbar=no,resizable=yes'); } 
//~></script> 
</head><body> 
<blockquote><br /> 
Select a page to preview: 
<ul> 

<li><a href="javascript:preview('http://www.sas.com')">SAS.COM</a></li> 
<li><a href= 'javascript:preview( 'http://support.sas.com')">S AS Support</a> 
</li> 

<li><ahref="javascript:preview('http://www.sap.com')">SAP</a></li> 
<li><ahref="javascript:preview('http://www.oracle.com')">Oracle</a></li> 
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<li><a href="javascript:preview('http://www.redhat.com')">Red Hat</a></li> 
</ul> 

</blockquote> 
</body></html> 

5 

PROTPREVWRAP.HTML 

When protprevwrap.html is loaded, it extracts the target location from the current 
address by reading the string following the character ? in the URL. The target content is then 
loaded within an IFRAME element. A negative TABINDEX value for the IFRAME element 
10 prevents the user from tabbing focus to the protected content. 

A DIV element is positioned above the IFRAME and its opacity is set to 0%. This 
renders the DIV element invisible, but still sensitive to mouse clicks. The shield has a width of 
98% and is aligned flush-left, to allow access to the target content's scroll bar. 

Left or right clicks on the invisible shield DIV are intercepted by 
15 ONMOUSEDOWN and ONCONTEXTMENU events, which call the Javascript function wam(). 
The warnO function resets the shield opacity to the value of the variable opac, which causes the 
previously invisible DIV to become translucent, displaying a feedback message to the user. The 
function fade() then causes the message to disappear, by resetting its opacity back to 0% in the 
increments defined by fadestep and the speed defined by faderate. 

20 

< html><head><title>Protected Web Page Preview</title> 

<style><!- 

body{ 
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margin:0; } 
div#prevban{ 
color:#fff; . 
background-color:#039; 
font-family:verdana; 
font- weight: bold; 
text-align:center; 
padding:.5ex; 

border-bottom: Ipx solid #fff;} 
div#banmain{ 

font-size:medium; 

letter-spacing: .2ex; } 
div#bansub{ 

font-size: small;} 
iframe#embed{ 

text-align:center; 

border-bottom: Ipx solid #ccc; 

position:absolute; 

height: 100%; 

width: 100%;} 
div#shield{ 

color;#000; 

background-color:#fff; 



font-family:verdana; 
font-size:xx-large; 
font-weight:bold; 
text-align:center; 
padding-top:30%; 
position:absolute; 
height: 100%; 
width:98%; 
-moz-opacity:0; 
filter: alpha(opacity=0); } 
//~></style> 

<script type="text/javascript" 
var shield=wamintr=null; 
var opac=oplev=40; 
var wamtime=750; 
var fadestep=4; 
var faderate=50; 

if(!document.all){ 
opac=opac/100; 
f adestep=f adestep/ 1 00; } 

if(location.search.length>0) { 



target='<iframe id="embed" tabindex="-r' frameborder="0" scrolling="yes" 
' src="'+location.search.substring(l)+"'></iframe>'; } 

function fade(){ 
oplev-=fadestep; 
if(oplev>0) 

document.all?shield.filter='alpha(opacity='+oplev+')': 
shield.MozOpacity=oplev; 
else{ 

document.all?shield.filter='alpha(opacity=0)' : 

shield.MozOpacity=0; 
clearlnterval(wamintr); } } 

function wam(){ 
if (document.getElementByld) { 
shield=document . getElementB yld( ' shield' ) . style; 
document.all?shield.filter=*alpha(opacity=*+opac+')': 

shield.MozOpacity=opac; 
clearlnterval ( wamintr) ; 
oplev=opac; 

setTinieout(* warnintr=setlnterval("fade()",faderate)',warntime); } } 
window.focusO; 
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//-></script> 

</head> 

<body> 

<div id="prevban"> 
5 <div id="banmain">PREVIEW</div> 

<div id="bansub">close window to exit</div> 
</div> 

<script type="text/javascript"><!- 
document . write(target) ; 
10 //-></script> 

<div id="shield" onmousedown="wam();retum false" 

oncontextmenu="wam();retum false"> 
Preview<br />Only</div> 
</body></html> 

15 

It should be understood that this example may be modified and extended in many 
different ways. As an illustration, the example can be modified to prevent viewing the targeted 
content directly. The target addresses may be provided by a compiled component, such as a Java 
applet, or can be obfuscated in the HTML source. For example, the character string representing 
20 a target address could be replaced with hexadecimal Unicode characters. This would cause the 
URL address http://www.sas.com/ to appear as: 

\u0068\u0074\u0074\u0070\u003a\u002f\u002Au0077\u0077\u0077\u002e\u0073 
\u0061\u0073\u002e\u0063\u006f\u006d\u002f 
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Still further other techniques may be used, such as encryption. 

It is further noted that the systems and methods disclosed herein may be 
implemented on various types of computer architectures, such as for example on a network (e.g., 
local area network, wide area network, or internet), or in a client-server configuration, or in an 
application service provider configuration. In multiple computer systems, data signals related to 
the systems and methods disclosed herein may be conveyed via fiber optic medium, carrier 
waves, wireless networks, etc. for communication among computers. 

The systems' and methods' data may be stored as one or more data structures in 
computer memory and/or storage depending upon the application at hand. The data structures 
describe formats for use in storing data on computer-readable media or use by a computer 
program. 

The systems and methods may be provided on many different types of computer- 
readable media including computer storage mechanisms (e.g., CD-ROM, diskette, RAM, flash 
memory, computer's hard drive, etc.) that contain instructions for use in execution by a processor 
to perform the methods' operations and implement the systems described herein. 

The systems and methods may also have their information transmitted via data 
signals embodied on carrier signals (e.g., radio frequency carrier signals) or other 
communication pathways (e.g., fiber optics, infrared, etc.). 

The computer components, software modules, functions and data structures 
described herein may be connected directly or indirectly to each other in order to allow the flow 
of data needed for their operations. It is also noted that a module includes but is not limited to a 
unit of code that performs a software operation, and can be implemented for example as a 
subroutine unit of code, or as a software function unit of code, or as an object (as in an object- 



16 



oriented paradigm), or as an applet, or in a computer script language, or as another type of 
computer code. Also, the systems and methods may provide a protection element for other 
programming environments, such as forms or user interfaces that appear in a data mining 
application or a Microsoft Windows-type application, such as the Microsoft Access® database 
5 product. A software program operable with Microsoft Access® can implement the protection 
element functionality in order to have a protection element overlay the form (or portion thereof) 
that is to be protected. 



17 



